Geo exclusions and ad schedule on draft_campaign and update_campaign - #121

Today a new campaign needs follow-up plans for its exclusions and its schedule: add_negative_locations and add_ad_schedule, each previewed and applied after the campaign exists. There is also no way to say "this is the complete list" on an existing campaign. You have to work out the difference yourself and go through remove_entity one criterion at a time.

This adds geo_exclude_ids and ad_schedule to both tools, as parameters rather than new tools.

On draft_campaign they go in the campaign's atomic mutate, so a failure leaves nothing behind.

On update_campaign they replace the whole list: omitted leaves it, [] clears it. The preview shows current_geo_exclude_ids and current_ad_schedule, and apply re-reads them and refuses if they moved after the preview. Only the entries that differ are removed or added, so a window or exclusion that stays keeps its criterion and history. Exclusion removals go before the positive geo operations and exclusion creates after them, so a location can move between the two lists in one request. One request goes: campaign fields, exclusion removals, positive location removals and creates, languages, exclusion creates, then schedule removals before schedule creates; TestOneRequestOrder pins that order, including keyword_match_type (#117) in the same request.

Windows go through _validate_schedule, so the rules are the ones add_ad_schedule has. On update_campaign these need a double confirmation:

• a first schedule, using add_ad_schedule's logic and warning text (now a shared helper)
• clearing a schedule, because the campaign serves at all hours again
• dropping a geo exclusion, because the campaign can serve there again

On draft_campaign a schedule only adds a warning: the campaign is created PAUSED, so nothing stops serving, and the preview says it will serve only inside the windows once it is enabled.

When geo_exclude_ids is passed next to geo_target_ids, the "negative exclusions will be preserved" warning no longer appears, since they are being replaced. A list with a blank entry is refused, so [" "] can't quietly clear the exclusions. Passing the values a campaign already has comes back as nothing to change.

What it does not do: add_negative_locations and add_ad_schedule stay as they are, for adding to what's there. An exclusion that overlaps geo_target_ids in the same call is refused, but an overlap with the campaign's existing positive targets is left to Google's answer in the dry run.

Tested with the full suite plus tests/test_campaign_geo_exclude_schedule.py. Plans run through confirm_and_apply(dry_run=True) with real protos and the real validate-only wrapper, and fake services that only record the request. GAQL reads are stubbed. I have not run this code against a live account, so Google's answer to the replacement requests is untested, including the removal order.

Rebased onto main (0.41.2), next to #117's keyword_match_type.